在開始之前先來首歌吧，覺得熟悉的話，你就爆露年紀了 >.^

來談談物品的管理，生而為人我們的目的是使用物品而不是被物品牽制而影響。

當你不去整理身邊的物品，那生活就會不得不依賴物品的變化進而被影響原本的生活。

• 當我們的衣服、鞋子越買越多，受限於空間我們只能不停的堆放，甚至有些會被放在深處不再拿出，接下來找尋特定衣物就會漸漸變得困難
• 當今天工作相關紙本堆積如山，包括文件、發票、收據，如果沒有依照需求進行分類整理和規範，最終就會難以保持整齊的工作環境

在生活上依賴於物品的安排和存放方式，而不是將物品的安排和存放方式適應生活需求，這種方式通常會導致物品難以找到、使用不方便，甚至造成浪費。

如果所有事情都放在心上，那根本沒辦法放鬆和休息，那我們可以怎麼辦?

役物，而不役於物，君子寡欲則不役於物，可以直道而行

很多時候並不是時間不夠，而是不了解任務的定義和性質，不了解的情況下當然也沒辦法有良好的規範去遵循。

Dependency Inversion Principle (DIP)

來舉一個工作上常見的案例，當今天你越來越資深的時候，工作上肯定會遇到底下的情境

• 資深工程師 -> 菜鳥工程師弟弟妹妹
• 資深工程師 -> 菜鳥實習生弟弟妹妹

隨著工作上遇到的弟弟妹妹越來越多，你可能會漸漸的忘記弟弟妹妹們的職能、技能和擅長的事物，一不小心也有可能記不起來名字，這時候在合作上就容易出現問題。

• 資深工程師 -> 很多弟弟妹妹

這個時候我們就需要定義一個有相關規範的角色給大家遵守，這時候人與人之間關係就會變成

• 資深工程師 -> 菜鳥工程師 <- 弟弟妹妹
• 資深工程師 -> 菜鳥實習生 <- 弟弟妹妹

最大的差異在多定義一層 菜鳥工程師 和 菜鳥實習生 來規範該職能所需的技能和可以完成的工作。

這樣資深工程師就只需要針對菜鳥工程師、菜鳥實習生做對應的引導，而對弟弟妹妹來說也會明確知道身為菜鳥工程師或是菜鳥實習生該做什麼才會符合那個角色的定義。

當你不小心忘記實習生名字的時候，你就直接叫直接實習生大大就不會叫錯了 (O)

透過依賴的反轉，我們可以不再被牽制，而是真的在讓彼此的生活過得更好。

Application Programming Interface (API)

當我們今天需要別人提供服務的時候，我們可以直觀的直接請對方幫我們處理

• 使用者 -> 服務提供者

但大家有沒有發現，這樣的關係又會變成剛剛提到的情境，這個時候我們就會需要導入 Application Programming Interface (API) 的概念。

API 其中有一個重要性就是契約的概念，當這個協議定下來後，就不能改變，其中像是

• 功能定義：支援的操作、輸入參數、輸出格式
• 授權和認證：透過 API 金鑰、OAuth 令牌來控制訪問權限
• 使用限制：包括使用限制，如每分鐘的請求數限制、資料傳輸流量、資料大小
• 故障處理和錯誤碼：定義錯誤碼、錯誤消息和建議的解決方法
• 版本控制：指明 API 的版本確保使用者知道他們使用的是哪個 API 版本，並且可以預測未來的更改

當這個契約和規範成立之後

• 對於提供 API 的人，就會依照以上的規範進行實作
• 對於使用 API 的人，就未依照以上的規範進行使用

由於 API 的出現，使用者就不再依賴服務提供者，今天只要 API 沒變，服務提供者即使從人類換成機器人也不影響任何結果。

• 使用者 -> API <- 服務提供者

依賴，依賴反轉和斷捨離

也許真正的富足並不來自於擁有多少物品，而是來自於對生活的滿足和平靜。

人生真正有價值的只有時間，當我們減少對物品的需求，也許就能有更多的時間和精力來關注更重要的事情，如人際關係、心靈成長和社會參與。

「依賴反轉」的習慣，也許可以協助我們找到一種平衡，對於那些擁有感到足夠，同時保持心靈的寧靜。